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ABSTRACT 

COMPASS is a generic scheduling system developed by McDonnell Douglas under the direction of the Software 
Technology Branch at NASA/Johnson Space Center. COMPASS is intended to illustrate the latest advances in 
scheduling technology and provide a basis from which custom scheduling systems can be built COMPASS was 
written in Ada to promote readability and to conform to potential NASA Space Station Freedom standards. 
COMPASS has some unique characteristics that distinguishes it from commercial products. This paper discusses 

these characteristics and uses them to illustrate some differences between scheduling tools. 


INTRODUCTION 

Scheduling problems are wide-spread throughout NASA. Everything from experiments on-board the Space Station 
Freedom, to training facilities, to vehicle processing of the Space Shuttle require schedules to ensure effective use of 
resources and proper sequencing of activities. The construction of these schedules is often a labor intensive, time 
consuming activity involving interaction among many people. Many scheduling problems are seemingly simple; 
involving the placement of a defined set of activities on a timeline. However, considerable complexity is involved in 
keeping track of all the constraints that may inhibit a schedule and managing the effective use of resources needed to 
perform the activities. Manual systems have performed these jobs in the past with varying levels of efficiency. 
Computer aided solutions can significantly enhance performance in this domain by letting the computer track the 
large number of constraint details and allowing the human to focus on defining the basic structure of a schedule and 
resolving priority conflicts. 

COMPASS is an automated scheduling system which can be used in a highly interactive manner. It allows a human 
scheduler to control the placement of activities on the schedule while COMPASS maintains the integrity of the 
schedule by tracking and enforcing resource and temporal constraints. It is generic in the sense that it was not 
developed for any specific problem domain. Rather, any scheduling problem that can be described by activities, 
resources, and their constraints can be modelled using COMPASS. 

The motivation behind COMPASS was to provide advanced scheduling technology to the various NASA groups 
working on scheduling problems. It was written in Ada to promote readability and reusability. Anyone working on a 
government project may obtain a copy of the executable and the source code to read or modify as needed. It is very 
portable and currently runs on a variety of machines. To broaden the potential number of users, COMPASS supports 
both a graphical interface and a command line interface. The graphical interface is based on X-Windows and runs 
stand-alone on a SUN3/SUN4, SPARC station, IBM RS6000 and DEC VAX. In the client/server mode, it can be 
run over internet using an X-Window terminal to display the image while executing on any of the stand-alone 
machines. For those with minimal computing resources, a command line interface is available which prompts the 
user for commands. This interface has the same scheduling power as the graphical interface while retaining 
maximum portability. 
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This paper will describe some basic scheduling concepts and will explore traits of COMPASS that distinguish it 
from commercially available products. This knowledge is useful in analyzing scheduling problems and determining 
which tools and algorithms best fit a particular scheduling need. The traits discussed in this paper also serve as a 
measure by which to compare many of the commercial scheduling tools currently available. 


DATA REPRESENTATIONS 

There are four primary data objects that COMPASS uses to describe scheduling: Activities, Resources, Conditions 
and Time. Activities are the items which must be scheduled. Resources are the objects which must be present in 
order for an activity to be performed. These include such things as tools, electricity, and people. Conditions describe 
the state of the scheduling world. Activities may require that certain conditions exist before they are scheduled. 
Conditions may include things such as in-orbit, daytime. Phase III, etc. Time is used in all scheduling packages; 
however, the way it is represented affects the largest and smallest time units that may be used by the problem. 


The Activity Data Structure 

COMPASS provides thirteen fields to describe an activity. All but two are optional. This allows the user to create a 
data structure that closely fits the scheduling problem. The two mandatory fields are the activity name and the 
duration of the activity. The following is a list of all of the fields of the activity data structure. 


Name 

Duration 

Priority 

Earliest Start 

Latest Finish 

Predecessors 

Successors 

Temporal Constraints 

Nonconcurrent Activities 
Preferred Intervals 

Excluded Intervals 

Resource Requirements 
Condition Requirements 


This is used as the unique id for the activity 

The length of the activity (in time units) 

The relative priority of the activity 

The earliest time the activity may start 

The latest time the activity may finish 

List of activities that must precede this activity. 

List of activities that must follow this activity. 

Timing constraints between the start or finish of one activity and the start 
or finish of another. There are four types of relations that may be 
represented: start/start, start/finish, finish/start, and finish/finish. 

List of activity names that may not occur the same time as this activity. 

List of times during which it is preferred that this activity occur. These 
times must fall between the earliest start and latest finish. 

List of times between the earliest start and latest finish in which the 
activity may not occur. 

Names of resources and their quantities required by this activity. 

Names of conditions and the times which they must exist in order for this 
activity to be scheduled. 


Most scheduling tools support at least some of the following fields: name, duration, priority, earliest start, latest 
finish, resource requirements, predecessors, successors and to some degree temporal constraints. The other fields are 
unique to COMPASS and have been included as optional fields which are can be used to help COMPASS fit actual 
scheduling problems. Due to the modularity in the design of the activity data structure, it is trivial to add new fields 
to the activity. The scheduling engine is easily modified to conform to the requirements of the new field. 
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The Resource Data Structure 

A resource is typically represented by a resource name and a quantity for a given time period (eg. three men for two 
hours). These resource descriptions are typically used in three places. 

(1) They are used to describe the initial availability of the resources. For example, initially there may be 5 men 
for available for 5 days. 

(2) They are used to describe how much of a resource remains after activities have been scheduled. For example, 
after an activity is scheduled there may be only 4 men available for 5 days. 

0) They are used to describe the quantity of resources required by an activity. For example, an activity may 
require 1 man for S days. 

There are several characteristics of resources that must be considered when describing a scheduling problems. 
Resource descriptions may be broken down into two types: Piecewise Constant and Piecewise Linear. Piecewise 
constant resource descriptions allow the use to request a quantity o ver an interval of time. More complex piecewise 
constant descriptions allow several quantities over several intervals of time. Piecewise linear descriptions specify a 
rate of consumption or production. An example might be the consumption of water - an activity might use a quart of 
water per minute for 1.5 hours. The closest approximation to this using piecewise constant is to describe it using 
"stair steps". However, this is more difficult to read and understand and is also not as accurate. A piecewise linear 
description would be a straight line whose second endpoint is 90 quarts lower and 1.5 hours later from its first 
endpoint. 

Another important characteristic of resources is that they may be assignable, consumable or producible. An 
assignable resource is one that is used for the duration of the activity and then returned. A consumable resource is 
one that is consumed during the activity; therefore, when the activity finishes, less of that resource is available. A 
producible resource is one that is produced by an activity. It does not exist before the activity, but after the activity is 
under way the resource is available to be used by other activities. An example of an activity that both produces and 
consumes resources is the electrolysis of water. Water is consumed (at a rate) by the activity while hydrogen and 
oxygen are produced 

Most smaller (PC based) scheduling tools support only the assignable resources and the first instance of piecewise 
constant resource descriptions. Larger software products usually only support assignable resources and both instances 
of piecewise constant resource descriptions. COMPASS supports all of the above types of resources and resource 
descriptions. 


The Condition Data Structure 

A concept that is not commonly supported by scheduling tools is the ability to schedule activities only when certain 
conditions exist. COMPASS provides this capability using a data structure called Conditions. Conditions are used to 
describe the state of the world. Conditions are propositions whose values change between true, false and undefined 
over time. A condition is represented by a name and the intervals of time when the condition is true, false or 
undefined. If an activity requires that a certain condition be true, then the scheduling algorithm only schedules that 
activity during the span of time when the said condition is true. 


The Time Data .Structure 

Most scheduling packages use calendars to describe the times when resources are available and dates to specify when 
activities should begin and end. Typically, the smallest unit of time is one minute and the largest unit of time one 
year. Dates can range from the late 1900's to the early 2000’s. 

COMPASS supports date representations and relative time representations. Relative time allows the user to specify 
time requirements in relative measures. For example, the earliest start for an activity might be two weeks. This 
means that the earliest start time for the activity is two weeks after "time zero", where time zero is an anchor which 
does not correspond to a particular date. This allows the user to schedule activities two weeks before launch or one 
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week after launch, without knowing exactly when launch is. Relative dates may be positive (eg. Launch plus one 
week) or negative (eg. Launch minus 3 days). 


CHARACTERISTICS OF SCHEDULING TOOLS 

There are three characteristics of a scheduling process which affect the way the schedule is built and the quality of the 
resulting schedule. These characteristics have minimal support, if any, in most commercial products; however, they 
are fully supported by COMPASS. 

The first characteristic to look for is whether or not the scheduling tool is interactive. Can the user affect the 
placement of activities when the schedule is being built? With most commercial products, all of the data is entered 
and then the schedule is created automatically placing each activity on the schedule as early as possible. COMPASS 
allows the user to put activities on the schedule individually or in groups. They can be placed as early as possible or 
as late as possible or at any feasible time in between. Activities are easily unscheduled and rescheduled to respond to 
various scenarios. 

COMPASS also supports incremental scheduling. This allows the user to build a schedule one activity at a time. It 
is not necessary to have all of the activities defined before starting to build a schedule. Once an activity is placed on 
the schedule, adding new activities does not interfere with those already on the schedule. That is, inserting an activity 
into the schedule does not change the starting times of any of the activities already on the schedule. This allows a 
user to make late additions to the schedule without affecting already scheduled activities. It also allows the user to 
place high priority items at preferred times with the guarantee that lower priority items will not move them from 
their slots. 

Finally, COMPASS supports non chronological scheduling. Non chronological scheduling allows the user to select 
any time in the future to place an activity. In chronological scheduling, a user starts at a designated time, schedules 
any activities that can be scheduled at that time, then moves forward in time until an event occurs which allows 
other activities to be scheduled. This may be compared to planning a weeks worth of activities. The non 
chronological method would provide a calendar on which you could see the entire week ahead of you and write down 
which activities you wish to do in any order on the days you wish to accomplish them. The chronological approach 
would require that you start working on activities Monday morning and as you complete each activity, you pick a 
new one to start You continue working on activities in this manner throughout the week until all are accomplished. 
You ca . possibly guess when you might get to an activity, but you cannot say in advance that "I will do this Friday 
at 9:00". Rather, you would have to wait until Friday to see what you are working on and when you expect to 
complete it in order to determine if you can do a specified activity at 9:00. 


THE SCHEDULING ALGORITHM 

Another distinguishing characteristic of COMPASS is the scheduling engine. Most schedulers are based on the 
Critical Path Method (CPM) algorithm. CPM is a chronological based scheduling algorithm which schedules each 
activity at its earliest starting time. This time is determined by examining the latest completion time of all of its 
predecessors. CPM does not take into account any of the resource constraints. The result is a schedule which finishes 
in the shortest amount of time, but makes no consideration of resource usage. This type of scheduling algorithm is 
good for estimations and loading studies. A loading study is used to determine the number of resources needed to 
complete a schedule by a given date. But with most scheduling problems, the number of resources arc limited. 
Therefore, oversubscribing the resources produces an infeasible schedule. To alleviate the problem of 
oversubscription, most CPM tools also provide resource leveling. This technique shifts activities forward in time 
until the resources are available. 

COMPASS does not use CPM. It uses a scheduling algorithm which takes into account both the temporal 
constraints and resource constraints. Given an activity, it determines all of the feasible times that the activity may be 
scheduled. Then the user provides some direction on the placement of the activity. This algorithm allows the user to 
select the order in which activities are placed on the schedule, as well as influence the placement of each as it is 
being scheduled. The feasible intervals of time in which an activity may be scheduled is determined by calculating all 
of the intervals of time that are feasible for each constraint and then taking the intersection. This gives the flexibility 


355 



of choosing which constraints to enforce. It also provides the user with information on all feasible times that the 
activity may be scheduled and allows the user to select the placement 

The scheduling algorithm used by COMPASS allows the user to constrain both the temporal and resource 
constraints simultaneously. Most commercial products will create a schedule abiding by the timing constraints and 
oversubscribing the resources where necessary. Then if the user wishes, resource leveling can be applied. There are 
two ways resources can be leveled. First the activities can be moved forward in time to the point where enough 
resources are available to satisfy the activity. This causes the successors of this activity to also be moved forward in 
time. Second, the quantities required by the activity can be reduced and the duration increased proportionally. This 
kind of resource leveling produces potentially undesirable results: it changes die quantities and durations of activities 
which, in some instances, would not produce feasible results; or it may push activities forward in time past their 
deadlines. If there are hard limits on both time and resources CPM and resource leveling will not produce feasible 
schedules, because on an oversubscribed problem it will violate either the timing or resource constraints. 

Because of the way COMPASS is designed, it will never violate the timing or resource constraints. Instead, it will 
inform the user that the activity cannot be scheduled. One reason for taking this approach is that most space related 
scheduling problems have hard limits on both the time and resources. 


CONCLUSIONS 

COMPASS is unique in that it provides the user more control over the placement of activities than most 
commercial products do. This is due to its core scheduling algorithm which determines all of die feasible intervals of 
an activity then allows the user to affect the placement of it COMPASS is also unique in that it will constrain both 
the resources and temporal relations simultaneously. This makes COMPASS an effective tool for addressing those 
scheduling problems which have a fixed time to complete a job with a fixed set of resources. 
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ELAS: Powerful General-Purpose Image Processing Software 

TAE Plus: A NASA Tool for Building and Managing Graphical User 
Interfaces 

Instrumentation, Performance Visualization, and Debugging Tools for 
Multiprocessors 

Operations Automation Using Temporal Dependency Networks 
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